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(54) Method and apparatus for efficiently implementing complex function blocks in integrated 
circuit designs 



(57) A method in accordance with the present 
invention for developing an integrated circuit design 
using a compilation tool includes: (A) developing at least 
one HDL template by: (a) creating the HDL template; (b) 
creating a parameter file and a parameter check file for 
the HDL template; and (c) encrypting the HDL template; 
(B) developing design specifications for use in creating 
HDL for synthesis and for use in compiling one or more 
macro blocks; (C) creating the HDL for synthesis; and 
(D) creating netlists for at least one macro block instan- 
tiated in the HDL template using the design specifica- 
tions. A development tool of the present invention 
implements the method on a computer system to form a 
portion of an integrated circuit fabrication system. 
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Description 

Technical Held 

5 This invention relates generally to the design of integrated circuits and more particularly to the automated design 
of integrated circuits by compilation and synthesis. 

Background Art 

w Over the past several decades, integrated circuits (ICs) have become a integral part of modem electrical devices. 
Rather than using "off-the-shelf components, it is often desirable to use custom or semi-custom ICs. To permit easier 
logic design of custom or semi-custom ICs to fulfill specific performance constraints or circuit requirements and to aid 
in circuit fabrication, automated systems for design and manufacturing have been developed. Automated design sys- 
tems are also widely used to design highly complex ICs and ICs having short life cycles. 

15 One type of computer aided design (CAD) system is known as a logic synthesis system." With such a system, the 
inputs, outputs and a high level design description are input into a computer using a hardware description language 
(HDL). Synthesis software then creates a logic design that performs the function descrfred in the HDL 

A typical integrated circuit design and manufacturing process using synthesis begins with a high level design 
description, typically at the Register Transfer Level (RTL). Such an RTL description is made using an HDL such as 

20 VHDL or Verilog-HDL both of which are commercially available. This HDL can be synthesized to form a "netiist" (i.e. a 
list of "nets") specifying components and their interconnections which perform the function described by the HDL How- 
ever, the actual placement plan of components on wafers and the topography of the wiring connections is reserved for 
a subsequent "layout" stage. 

A conventional method 1 0 for fabricating an integrated circuit is outlined in a flowchart in Fig. 1 A beginning at a step 
25 1 2. In a step 1 4, a set of design specifications is developed. Generally, these specifications can include the overall inte- 
grated circuit performance and also specific functionality, size, and placement characteristics of components on a chip. 

A logic designer will create an RTL description of the logic to be designed in a step 16 using an HDL Common 
hardware description languages include the aforementioned VHDL and Verilog-HDL although any suitable language 
(such as a proprietary HDL) may be used. The RTL description of the design is then used in a step 1 8 to synthesize a 
30 netlist The netiist may also be described in the hardware description language (HDL). A step 20 verifies the behavior 
and functionality of the netlist, and allows for the repeating of steps 16 and 18 if the behavior and functionality do not 
meet specifications. 

As noted above, the netlist specifies which components (known as "cells" or "modules") will be connected but does 
not specify the precise wiring topography. A cell has one or more "pins" for interconnection with pins of other cells. The 

35 "netlist" therefore includes "nets" which define the connectivity between pins of the cells. In other words, a "net" is a set 
of electrically equivalent pins of a number of cells, which must be connected together to form a common electrical node. 
Components or cells described by the netlist will form a logic design satisfying the design specifications. 

Further referring to the conventional process of Fig. 1 A, the logic designer transfers the verified netiist description 
into a layout tool in a step 24. The layout step 24 performed by the layout tool determines the actual physical placement 

40 of cells on the layout area" of integrated circuit die or chip to form an array of gates or standard cells. The "layout area" 
is the area designated for the active components of the IC. The "placement" step of the layout process is extremely time 
consuming, as it can take several days of computation on a computer workstation for ICs having several hundred thou- 
sands of gates. The actual routing of connections or Vires" between pins of the cells is also determined in layout step 
24. 

45 Caltech Intermediate Format (C. I. F.) data created in the step 24 is transferred in a step 26 to a mask fabrication 
tool where an integrated circuit mask is created. This mask will be used to create the integrated circuit chip or die. This 
mask is generated on a machine equipped to read C. I. F. data. This C. I. F. data can be transferred to this machine 
through a hard disk, magnetic tape, a floppy disk, or other transmission medium, ft is also possible for the mask gener- 
ating machine to be part of or the same machine that synthesizes the netlist. 

so An integrated circuit is produced in a step 28. A conventional method of producing the circuit is to use the mask 
created in step 26 in photolithography processes. Once the chip itself has been fabricated, the integrated circuit on the 
die must have connections to external circuitry. This is generally accomplished by attaching bonding wires and/or lead 
frames to the integrated circuit. The circuit is then encapsulated in packaging materials such as plastic. The design and 
fabrication of the integrated circuit is completed at this point, as indicated at 30. 

55 As integrated circuits become more complex, it becomes more desirable for logic designers to have the ability to 
quickly implement complex function blocks into integrated circuit designs. One approach to quickly implementing com- 
plex function blocks into integrated circuit designs involves the instantiation of fixed netlists into logic designs. White 
instantiating a fixed netlist into logic designs works well for netlists which are for fixed definition devices, e.g. microproc- 
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essors, instantiating a fixed nettist for a block that may have a variety of configurations, e.g. a multiplier, is inefficient. 
For example, if a design requires a 14-bit multiplier block, but only a 24-bit fixed netJist multiplier is available, the result- 
ant design would end up being larger and slower than necessary. 

Another approach to quickly implementing complex function blocks into integrated circuit designs involves the use 

5 of macro templates created in RTL which enable a logic designer to modify parameters in the macro template prior to 
providing the macro template to a synthesis tool. This approach results in a less than optimal implementation of the 
complex function blocks as the synthesis of the macro template is not intimately tied into a target Iforary. This is true 
because conventional logic synthesis tools break functions down into their primitive components and then try to map 
them back up to the target library, often missing special optimized cells. In addition, the developer of the macro template 

10 exposes a large amount of intellectual property which pertains to the macro template when the macro template is deliv- 
ered to a customer, as a macro template is typically a listing of HDL code. 

What is needed is an approach for efficiently implementing complex function blocks while providing some degree 
of intellectual property protection to the developer of the complex function block designs. 

75 Disclosure of the Invention 

The present invention is defined in claims 1, 16, 17 and 24, respectively 

A method in accordance with the present invention for developing an integrated circuit design using a compilation 
tool includes: (A) developing at least one HDL template by: (a) creating the HDL template; (b) creating a parameter file 

20 and a parameter check file for the HDL template; and (c) encrypting the HDL template; (B) developing design specifi- 
cations for use in creating HDL lor synthesis and for use in compiling one or more macro blocks; (C) creating the HDL 
for synthesis; and (D) creating netlists for at least one macro block instantiated in the HDL template using the design 
specifications. A compilation tool of the present invention implements the above-descrfoed process on a general pur- 
pose computer system to form a portion of an integrated circuit fabrication process for the manufacture of custom, semi- 

25 custom, complex, short life-cycle, and other types of integrated circuits. 

The present invention provides an improved method for providing encrypted HDL templates to logic designers 
which enable the logic designer to modify parameters associated with a design in order to produce a custom design, 
while providing some degree of protection for the intellectual property of the template designer. It is a major advantage 
of the present invention that the encrypted HDL template, and associated macros, may be efficiently combined with 

30 input from the logic designer to provide custom output As the custom output does not contain all parameters, the logic 
designer is only provided with HDL for a particular implementation, and all of the intellectual property associated with 
the HDL templates is not revealed to the logic designer. This enables the logic designer to efficiently implement complex 
macro blocks, while providing some degree of protection of the intellectual property of the template designer. 

Another advantage of the present invention is that the most appropriate macro for use in a given design is produced 

35 by compiling each macro instantiated in an HDL template with input provided by a logic designer. This not only helps in 
meeting design specifications, but also helps to improve the quality of a logic design. Additionally, unlike conventional 
synthesis tools, the macro block compiler works with an intimate knowledge of the target library. The compiler directly 
instantiates the appropriate complex cells resulting in smaller area and improved routability of the resultant chip. 
These and other advantages of the present invention will become apparent upon reading the following detailed 

40 descriptions and studying the various figures of the drawings. 

Brief Description of the Drawings 

Fig. 1 A is a process flow diagram illustrating a prior art process for designing and fabricating integrated circuits 
45 (ICs); 

Fig. 1B is a process flow diagram illustrating a process for designing and fabricating integrated circuits (Ics) in 
accordance with the present invention; 

so Fig. 2 is a block cfiagram of a system used to create integrated circuits; 

Fig. 3 is a process flow diagram illustrating the "CREATE HDL TEMPLATES" step of Fig. 1 B; 

Fig. 4 is a process flow diagram illustrating the "DEVELOP DESIGN SPECIFICATIONS" step of Fig. 1 B; 

55 

Fig. 5 is a diagrammatic illustration of a menu display used in the "BUILD MENU WITH PARAMETER FILE AND 
DISPLAY" step of Fig. 4; 



3 



EP0834 823A1 



Fig. 6 is a process flow diagram illustrating the "DETERMINE BEST MACRO BLOCK" step of Fig. 4; 

Fig. 7 is a process flow diagram illustrating the "USING SPECIFICATDNS. HDL TEMPLATES, AND PARAME- 
TERS. CREATE HDL FOR SYNTHESIS, COMPILE MACROS TO PRODUCE NETLISTS" step of Fig. 1B; and 

5 

Fig. 8 is a process flow diagram illustrating the "EXCUTE TEMPLATE FILE, CAUSING EXECUTION OF ALL NEC- 
ESSARY SUB-FILES" step of Fig. 7. 

Best Modes for Carrying out the Invention 

w 

Fig. 1 A illustrates a prior art process for producing integrated circuits, and was discussed previously. Fig. 1 B illus- 
trates a process for producing integrated circuits in accordance with the present invention. The process 80 begins at a 
step 90 in which hardware description language (HDL) templates are created. An HDL template is a configurable piece 
of HDL code that a user, or a logic designer, may "control" or modify. A method of creating HDL templates will be 

is described below with reference to Fig. 3. After HDL templates are created, in a step 91 , design specifications are devel- 
oped, using information provided by a user. In general, the step of developing design specifications, as described above 
with respect to Fig. 1 A, can include parameters which relate to the overall integrated circuit performance and also spe- 
cific size and placement characteristics of components on a chip. The development of design specifications using infor- 
mation provided by the user will be described below with respect to Fig. 4. 

20 The design specifications developed in step 91 are used, along with the HDL templates created in step 90, to cre- 
ate, in a step 92, macro netlists and HDL that may be used to synthesize a netlist for the integrated circuit. Parameters 
and parameter check files may also be used in the creation of HDL which may be synthesized. Specific steps involved 
in the process of creating HDL which may be synthesized, i.e. "HDL for synthesis," will be descrtoed below with respect 
to Fig. 7. The macro netlists are then verified for performance in a step 94. It should be appreciated that if the perform- 

25 ance of the compiled macros does not meet specifications, new compiled macros may be created. That is, step 92 may 
be repeated until suitable macro netlists are obtained. 

ft should be appreciated that a password, specific to a particular combination of parameters, may be required to 
enable HDL generation. Such a password may also be tied to a particular host computer and may also have an expira- 
tion date. The use of a password would enable a vendor to restrict a user to generate syrtthesizable HDL for a particular 

30 configuration only. Thus, the user would not be able to obtain the contents of the template by compiling all permutations. 
Once the macro netlists meet specifications, a netlist is synthesized from the HDL for synthesis in a step 96. The 
netlist may be described in HDL and may be synthesized using any suitable synthesizing software. A step 98 is the ver- 
ification of the behavior of the synthesized netlist. It should be appreciated that step 98 allows for the repeating of steps 
92, 94, and 96 if the behavior or performance of the synthesized and macro netlists fail to meet specifications. When 

35 the behavior and performance of the synthesized netlist is verified, the logic designer transfers the verified netlist 
description into a layout tool in a step 1 00. The layout step 1 00 performed by the layout tool determines the actual phys- 
ical placement of cells on the "layout area" of integrated circuit die or chip to form an array of gates, standard cells, or 
bit slices. The actual routing of connections or Vires" between pins of the cells is also determined in layout step 100. 
The data created in step 100, which is typically Caftech Intermediate Format (C. I. F.) data, is transferred in a step 

40 102 to a mask fabrication tool where an integrated circuit mask is created. This mask will be used to create the inte- 
grated circuit chip or die. The generation of the mask was described previously with respect to Fig. 1 A. 

After the mask is created, an integrated circuit is produced in a step 104. A conventional method of producing the 
circuit is to use the mask created in step 1 02 in photolithography processes. Once the chip itself has been fabricated, 
the integrated circuit on the die must have connections to external circuitry. This is generally accomplished by attaching 

45 bonding wires and/or lead frames to the integrated circuit The circuit is then encapsulated in packaging materials such 
as plastic. The design and fabrication of the integrated circuit is completed at this point, as indicated at 106. 

In Fig. 2, a block diagram of an integrated circuit fabrication system 31 of the present invention is illustrated. The 
system 31 includes a central processing unit (CPU) 32, an I/O slot 34, a keyboard 36, a monitor 38, ROM 40, RAM 42, 
a disk drive unit 44, a mask generator 46, and an IC fabricator 48. CPU 32 is coupled to I/O port 34 and to a user input 

so device such as keyboard 36. HDL can be received and input into the system 31 through the I/O port 34, the user input 
device 36 or another input channel such as disk drive 44. 

Typically, HDL or HDL templates received through the I/O port 34 comes from another machine (computer). This 
would be the case, for example, when a netlist is synthesized by another computer. The user input device 36 usually 
takes the form of a keyboard. It permits the user, who may be a logic designer, to input design specifications or to control 

55 netlist manipulations performed by the CPU. Again typically, the logic designer using the input device or keyboard 36 
will use a monitor 38 also coupled to the CPU 32. 

The system processor 31 is preferably provided with various types of digital storage capacity. As shown in Fig. 2, 
this digital storage will typically include ROM 40, RAM 42, and a disk drive 44. The disk drive 44 may be used to store 
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HDL received from the I/O ports 34 or the user input device 36 or may be used to enter HDL into the system, and it may 
store mask generation data created by processes running on the hardware description processor 31 and its CPU 32. 
The disk drive 44 may be replaced or augmented by other permanent storage devices such as magnetic tape or floppy 
disks. As noted, an original netlist can be either input through, for example, the I/O port 34 or the user input device 36, 

5 or it can be synthesized directly on the system 31 . 

From the netlist, the system 31 develops mask generation data. This mask generation data may be stored in digital 
storage, as for example the disk drive 44. The mask generator 46 receives the mask generation data from the CPU 32. 
Alternatively, (not shown) the mask generator 46 may receive mask generation data directly from digital storage such 
as the disk drive 44. The mask generator 46 may be part of the hardware description processor 31 , or it may be a sep- 

10 arate device. The mask generation data, or C.I.F., is used by the mask generator 46 to create photolithography masks. 
These masks will be used in an integrated circuit fabricator 48 to form components of the integrated circuit on a wafer. 
The mask will be sufficient to create the components on the integrated circuit and the connections between the compo- 
nents. The integrated circuit fabricator 48 includes semiconductor manufacturing equipment such as etchers, chemical 
vapor deposition (CVD) machines, lithography machines, etc. as is well known to those skilled in the art of semiconduc- 

75 tor manufacturing. 

The final result of processing by system 31 is a packaged integrated circuit 50. This packaged IC 50 will contain a 
die 52 created from using the mask created by the mask generator 46. The semiconductor die 52 typically contains a 
digital integrated circuit and I/O pads 51 for coupling the circuit to several leads 53. The I/O pads can be coupled to the 
leads 53 in any conventional manner such as by bonding wires. 
20 As noted above, a netlist describes a net which, in turn, specifies the components (cells) and their theoretical inter- 
connections. In other words, a netlist is a theoretical description of a logic design. For logic designs which are complex, 
templates may be used to enable a logic designer to modify parameters relating to a logic design prior to inputting the 
RTL into a synthesis tool. 

Fig. 3 illustrates the process of creating HDL templates in more detail. The process 90 begins at 300 and, in a step 
25 302, a number of HDL templates, which are specific for different functions, are created. In some embodiments, the dif- 
ferent functions may be high-level functions. In a step 304, a parameter file and a parameter check file are created for 
each HDLtemplate. The portion of each HDL template which pertains to parameters is obtained from the HDL template 
and used to create a parameter file. As such, the parameter file includes information used to define global parameters 
for the HDL template with which the parameter file is associated. As will be described below with respect to Fig. 4. the 
30 parameter file typically also includes information which may be used to define a user input window for the HDL template. 
That is, the parameter file is typically used to define a Graphical User Interface (GUI). A parameter check file, which is 
typically written in a scripting language that is specific to the compilation tool, is used to check the parameters in the 
parameter file to determine whether the parameters are legal entries. In other words, the parameter check file is used 
to perform error checks on the parameter file. Examples of a parameter file and a parameter check file may be found in 
35 Appendix 1 and Appendix 2, respectively. 

In a step 306, the HDL templates are encrypted. Third-party encryption and decryption software tools, which may 
be used to encrypt templates, may be obtained from a number of vendors, including Globetrotter Software, Inc. of 
Campbell, California, the maker of "FLEXcrypt" The process of creating and encrypting HDL templates and macros is 
completed at 308. 

40 Fig. 4 illustrates the process of developing design specifications in more detail. The process 91 begins at 400 and, 
in a step 402, a menu is built using the parameter file and displayed on a screen display. The menu-related information 
in the parameter file may include, for example, a "menutitie" which may be used define the title of the menu item in the 
display. The contents of a menu as displayed will be described below with reference to Fig. 5. After the menu is created 
and displayed, input is received from the user in a step 404. The input may include, but is not limited to, design specifi- 
cs cations in the form of parameters, requests to perform operations using parameters, and requests to abort the process 
of developing design specifications. 

In a step 406, a determination is made regarding the type of input which was received from the user. In the 
described embodiment, the determination is made regarding whether the input is a parameter, a request to abort the 
process of receiving user input, or a request to compile or evaluate the parameters associated with the parameter file 
50 which was used to build the menu. If the determination is that the input type is a parameter, then process control returns 
to step 404. If the determination is that the input is a request to abort the process of receiving user input, then the proc- 
ess is completed at 422. 

If the determination in step 406 is that the input is a request to compile or evaluate the parameters in the parameter 
file, then process control proceeds to a step 408 in which the ranges of the parameters are checked using an appropri- 
55 ate parameter check file. That is, the parameter check f De performs an error check on the inputted parameters in the 
parameter file with which the parameter check file is associated. After the error check, in a step 410, a determination is 
made regarding whether any of the inputted parameters are out of the range. If it is determined that one or more of the 
parameters are out of range, then an error message is displayed on the screen in a step 412. After the error message 
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is displayed, process control returns to step 404, the step of receiving input from the user, in order to provide the user 
with an opportunity to change the parameters which are out of range. 

If it is determined in step 41 0 that none of the parameters are out of range, then process control proceeds to a step 
414, which is the determination of whether the input received from the user in step 404 was a request to evaluate the 

5 HDL template and to determine an appropriate version of a macro block to be used in the resulting design, or a request 
to compile. If the input was a request to evaluate the design, then in a step 416, the HDL template that is associated 
with the parameters is decrypted using a decryption tool.. Once the HDL template is decrypted, the best, or most suit- 
able, macro block architecture for use in the actual design is determined in a step 418. The compiler tool will produce 
netlists for different architectures of the required macro block, and then choose the best one. For example, if the macro 

io block is to be used in an adder, several different architectures of adders, e.g. carry-look ahead or carry skip, will be com- 
piled and the resulting netlists would be analyzed for size, timing and other attributes. The best macro block will be the 
macro block which best serves to meet the specified design specifications in terms of timing and performance, for 
example. After the most suitable macro block architecture is identified, process control returns to step 404. If the input 
is determined in step 414 to be a request to compile, i.e. a compile command, then the process of developing design 

75 specifications is completed at 420. 

Fig. 5 is an illustration of a menu display which is created from information provided in a parameter file. Menu 500 
is typically a GUI, and is displayed on a monitor such that a user may access fields of menu 500 using a keyboard and 
a suitable pointing device such as a mouse. In the embodiment as shown, menu 500 is set up to take input information 
as used for a synchronous f irst-irVf irst-out (FIFO) memory. Menu 500 includes a menutitle 502 that is used to define the 

20 overall title, i.e. "Synchronous FIFO Template Compiler" of the information which is to be provided by the user. 

A variety of physical parameters which relate to the random access memory (RAM) associated with the FIFO may 
be provided by the user. By way of example, a "word depth" 504 and a 'word width" 506 may be specified. Word depth 
504 and word width 506 are both integers which give a depth and a width indication, respectively, for the RAM. A "RAM 
type" 508 denotes the configuration tor the memory core of the FIFO. In the embodiment as shown, the user may select 

25 RAM type 508 to be a latch type 510, a flip/flop type 512, or a RA5 type 514, depending on the requirements of a logic 
design. 

The addition of a "full flag" 516 signal, which is used to indicate whether the memory core of the FIFO is full, may 
be selected by the user. Similarly, an "empty flag" 518, which indicates whether the memory core is empty, may be 
selected. A "FIFO Depth Indicator Bus" 520 which indicates how many words of the FIFO contain data may also be 
30 selected. 

If a latch 510 is selected as the RAM type 508, then a latch with a testmode pin may be instanced, or instantiated, 
if the logic designer wishes. A "Scan Testmode pin for Latched RAM" selection 522 may be made by selecting an appro- 
priate scanning option from an input selection box 524. The scanning options in input selection box 524 may include, 
as shown, a "none" option which indicates that the latches used for the RAM should not be of the scan type. Other 

35 options include a "buffered" option which indicates that the latches used for the RAM is to include a buffered signal to 
the testmode pins, and a "unbuffered" option which indicates that all testmode pins of the latches should be connected 
together without any sort of buffering. 

A "component name" 526 is used to specify the name of the component which is being designed. In some embod- 
iments, a default component name 528 may be the name of the component which is specified by menu 500. For exam- 

40 pie, as shown, the default component name 528 is Irfo." Similarly, an "output file name" 530 is used to specify the name 
of the file which contains the component identified by component name 526. A default output file name 532 may be the 
same as the name of the component which, in the embodiment as shown, is "f ifo." 

Menu 500 also includes interfaces which may be activated to select and to invoke commands. An "evaluate" com- 
mand 534 may be selected to check the ranges of the inputted parameters, to decrypt the template created with the 

45 inputted parameters, and to determine the best macro block architecture for use in meeting the design specifications as 
given in the template, as described above with respect to Fig. 4. A "compile" command 536 may be selected to check 
the ranges of the inputted parameters, to decrypt the template, to use the inputted parameters to create HDL for syn- 
thesis, and to compile the macro blocks, as descrfoed above with respect to Fig. 4. A "close" command 538 may be 
selected to abort, or conclude, the process of inputting information using menu 500. W a "help" command 540 is 

so selected, the result may, in some embodiments, be the display of a "help menu" which contains information that may 
define some of the parameters in menu 500. In other embodiments, help command 540 may display a general menu 
which includes information which may be used to access specific help menus, including help menus which pertain to 
the parameters as shown in menu 500. 

Fig. 6 illustrates the process of determining an appropriate macro block architecture for use in developing design 

55 specifications in more detail. The process 418 begins at 600 and, in a step 602, the parameter file associated with an 
HDL template is used to create a list of desired option sets, or a list of desired parameter combinations. In some embod- 
iments, the parameter file is traversed to find all possfole permutations of parameter combinations, which are then used 
to create a list of desired option sets. In other embodiments, the list of desired option sets is a subset of all possible 
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option sets. In a step 604, an option set is selected from the fist of option sets. A determination is made in a step 606 
regarding whether there are any remaining option sets which have yet to be selected and analyzed. If there are no 
remaining option sets to be selected, then the indication is that all of the desired option sets have previously been 
selected and analyzed in terms of determining an appropriate macro block for use in the synthesis of a logic design, 

5 and the process of selecting an appropriate macro block is completed at 612. 

If it is determined in step 606 that there are other desired option sets which may be selected, then process flow pro- 
ceeds to a step 608 in which the macro blocks instantiated in the HDL template are compiled with the selected option 
set Each macro block instantiated with the HDL template is called and compiled, to determine the performance of each 
macro block in combination with the selected option set. 

w In a step 610, the compiled macro blocks are analyzed, and the results of the analysis are typically evaluated and 
presented in a report which may be read by a logic designer. The report may include, but is not limited to, evaluations 
of the size, the speed, and the porosity, i.e. a measure of the ease of routing of a given design on an actual chip, of a 
logic design for each macro block compiled with the option set The results of the analysis and subsequent evaluation 
are usually used to determine the most appropriate macro block to use for a given purpose. Once the compiled macro 

is blocks are analyzed and evaluated, process control returns to step 604 and the selection of the next option set It should 
be appreciated that when process control returns to step 604, information regarding the macro block which is most 
appropriate to use for a given purpose, based upon the option sets which have been previously been compiled with 
macro blocks, is available. 

Fig. 7 illustrates the process of using design specifications and HDL templates to create HDL for synthesis in more 

20 detail. It should be appreciated that the templates used to create HDL for synthesis are encrypted. The process 92 
begins at 700 and, in a step 702, pointers to template files and parameters are received by a template compiler. The 
template files which are pointed to by the pointers include a top-lever template file and any lower-level" template files 
which are used by the top-level template file. It should be appreciated that the template files that are pointed to are 
encrypted template files. In a step 704, the template files are decrypted using a decryption tool such as a third party 

25 decryption tool as mentioned above with respect to Fig. 3. Typically, only the to-level template file and the lower-level 
template f Oes that are needed by the top-level template file are decrypted. 

The top-level template f fle is executed in a step 706. The execution of this top-level template file causes the execu- 
tion of all necessary sub-files, or lower-level subordinate template f fles which may be required by the top-level template 
file. In some embodiments, lower-level template fQes may cause the execution of other lower-level template files. The 

30 step of executing the top-level template file and, hence, the necessary sub-files, in the process of creating HDL for syn- 
thesis provides for the nesting of calls. That is, each sub-ffle is executed sequentially until no subfiles remain to be exe- 
cuted. Subfiles may in turn invoke other sub-files. As will be appreciated by those skilled in the art, the execution of a 
file or sub-file may result in recursive execution. That is, the top-level file, or a sub-file, may call itself either cfirectiy or 
indirectly through a sequence of calls. In the described embodiment, the recursion is handled by the operating system. 

35 The execution of the template files will be described in more detail below with respect to Fig. 8. The execution of the 
top-level template file, and all necessary sub-files, results in the creation of HDL for synthesis as well as the compilation 
of macro blocks into netlists. The process of creating HDL for synthesis is then completed at 708. 

Fig. 8 illustrates the process of executing a template file in more detail. The process 706 begins at 800. In a step 
802, a command is selected from the template file. The selected command is typically the first unexecuted command 

40 line, or next instruction, available in the template file. The top-level template f fle usually serves to call lower-level tem- 
plate fQes, although the top-level template file may also contain coded commands. An example of a to-level ffle may be 
found in Appendix 3. In a step 804, a determination is made regarding whether the last command from the template file, 
which may be a top-level template file, has been executed. If there are no remaining commands to be executed, then 
the process of executing a template file is completed at 816. It should be appreciated that the process of executing a 

45 template file is recursive. That is, until all of the commands from the initial top level template have been executed, the 
process of creating HDL for synthesis and compiling the instantiated macros will continue, i.e. process 706 will be 
repeated. 

If there are commands to be executed, then process control proceeds to a step 806 which is the determination of 
what type of command was selected from the template file. In the descrfoed embodiment four possible types of corn- 
so mands may be selected: a command to call a macro block program, a command to execute another template fOe, a 
command to execute a coded command contained in the top-level template file, and a command to return to a template 
graphical user interface (GUI). 

If the type of command that is called is a command to call a macro block program, process control moves from step 
806 to a step 808 where a macro block program, or compiler, is invoked. The macro block program produces a netiist 
55 for an appropriate macro block based on parameters specified in the GUI. After the macro block program is invoked, 
process control returns to step 802 and the selection of the next command from the template ffle to be executed. 

If the type of command that is called is determined in step 806 to be a call to execute a template file, then at a step 
81 0, the overall step of creating HDL for synthesis, as previously described with respect to Fig. 7, is repeated to decrypt 
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any required, encrypted template files. After template files are decrypted, process control returns to step 802. It should 
be appreciated that, due to the fact that recursion is supported, the template file that is being called may be the same 
as the calling template f Be. 

If it is determined in step 806 that the type of command that is called is a request to execute a command, /.e. an 
5 instruction or a data call, selected from the to-level template file, then process control proceeds from step 806 to a step 
814 where the selected command is executed. After the command from the top-level template file is executed, process 
control returns to step 802. 

If it is determined in step 806 that the type of command that is called is a request to return to a template GUI, then 
process control proceeds from step 806 to step 818 where a decryption tool is called to decrypt any required template 

10 files which are not already decrypted. In other words, the overall step of creating HDL for synthesis, as previously 
described with respect to Fig. 7. is repeated to decrypt any required, encrypted template files. By way of example, in 
the event that a top-level template file is specific for a UART, but information pertaining to FIFO memory is called by the 
top-level template file, it may be necessary to decrypt the template files associated with FIFO memory. In some embod- 
iments, a GUI may be used to enable a logic designer to enter design specifications which relate to the "new," still 

is encrypted, template files that are to be decrypted. In other embodiments, the specifications in the parameter files which 
relate to the new template files are used without using any new input from the logic designer. After template files are 
decrypted, process control returns to step 802. 

After template files are decrypted, and a logic design is layed out using a netlist, as described earlier with respect 
to Fig. 1 B, a mask fabrication tool may be used to create an integrated circuit mask which is used to create the inte- 

20 grated circuit chip or die. It should be appreciated that it is also possible for the mask generating machine to he part of 
or the same machine that is used to synthesize the netlist. Typically, the mask is used in photolithography processes to 
create an integrated circuit. Once the chip itself has been fabricated, the integrated circuit on the die must have connec- 
tions to external circuitry. This is generally accomplished by attaching bonding wires and/or lead frames to the inte- 
grated circuit The circuit is then encapsulated in packaging materials such as plastic, thereby producing an integrated 

25 circuit 

While this invention has been described in terms of several preferred embodiments, there are alterations, permu- 
tations, and equivalents which fall within the scope of this invention. H should also be noted that there are many alter- 
native methods of implementing both the process and apparatus of the present invention, rt is therefore intended that 
the following appended claims include all such alterations, permutations, and equivalents as fall within the true spirit 
30 and scope of the present invention. 
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APPENDIX 1 



TITL E "Synchronous Interface FIFO - 1 Clock - Template" 

MENUTITLE "Synchronous Interface FIFO - 1 Clock" 

CHECKFILE "fifo.hpc" 

VERELOGHDLFUJE M fifo_ver.htT 

VHDLHDLFBLE Tifo_vh<LhtT 

HELPFILE "sisfifo.pdT 

SHORTNAME "sisfifo" 

VERSION "1.0" 

TEMPLATEENABLED 

DESCRIPTION - 

'This is a fifo template compiler, with synchronous read and write \n- 
port interfaces and a single clock for read and write port operationsAn- 
Providing Full, Empty, and Depth indications. \n- 
\n- 

Example:\n- 

To compile a 8x8 fifo with Full & Empty flags\n- 
hdli -shell sisfifo -FE -d 8 -b 8 -o test" 



# variable GUI Shell Field Right Hand Elements 

# name question tag type Text 



TP I DEPTH I "Word Depth:" I -d I INTEGER I "[4:2048]" I 1 1 "Word 

depth" 

TP I WIDTH I "Word Width:" I -b I INTEGER I "[1 : 128J" 1 1 1 ,r Word 

width" 

TP I RAMTYPE I "Memory Type:" 1-tlRADIO I II- 

"Latch" "Flip/Flop" "RA5" I- 
"Use Latches for the memory core. " - 
"Use Flip/Flops for the memory core." - 
"Use a compiler RA5 ram for the memory core." 

TP I SCAN I "Scan Testmode pin for Latched Memory:" I -T I OPTION 1 1 1 "None" 
"Buffered" "Unbuffered" I "No Testmode provided" "Buffered Testmode pin 
provided" "Unbuffered Testmode pin provided" 

TP I DECODE I "Read Decode Type for Latched Memory:" I -D I RADIO 1101- 
"Muxed" Testate" I- 

"Use Muxes to generate the Read decode" "Use Tristates to generate the Read 
decode" 

TP I RESET I "Controller Reset Type:" I -r I RADIO i 1 0 1 "Asynchronous" 
"Synchronous" I- 

"Provide a asynchronous FIFO controller reset" "Provide a synchronous FIFO 
controDer reset" 

TP I FULL I "Full Flag?" I +F I RADIO I 1 1 l"No" "Yes" I- 

"Providefull flag" 

TP I EMPTY TEmptyFlag?" I +E I RADIO I 1 1 1 "No" "Yes" I- 

"Provide empty flag" 
TP I LEVELBUS I "FIFO Depth Indicator Bus?" I +L I RADIO I 1 1 "No" 

"Yes" I "Provide Depth bus" 
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APPENDIX 2 



#print( n Synchronous Interface - Synchronous FIFO - Version VERSION, "\n"); 
#if (DEPTH <4) 

# errorCThe VWord DepthV 1 must be greater than 4An w ); 

# exit(l); 
#endif 
## 

#if (DEPTH > 2048) 

# errorCThe VWord DepthV must be less than or equal to 2048.W); 

# exit(l); 
#endif 
## 

#if ( DEPTH*WIDTH > 16384 && RAMTYPE = 2) 

# errorCThe total number of bits for a RA5 RAM must be less than 16384.\n ,t ); 

# exit(l); 
#endif 
## 

#if ( DEPTH > 64 && RAMTYPE < 2) 

# error(Tf the depth is greater than 64 the \ M RAM Type\ ,f \nmust be of a compiled type 
(ie. RA5).\n w ); 

# exit(l); 
fendif 
## 

#if (WIDTH <1) 

# errorCThe VWord WidthV must be greater than OAn"); 

# exit(l); 
#endif 
## 

#if(WIDTH>128) 

# errorCThe \"Word Width\ rt must be less than or equal to 128An"); 

# exit(l); 
#endif 
## 

#if(SCAN && RAMTYPE = 1) 

# errorC'A Flip/Flop memory is fully SCAN testable, so this options is not 
neededAn H ); 

# exit(l); 
#endif 
## 

#if (SCAN && RAMTYPE > 1) 

# errorCThe Scan option is only available for Latch based memoriesAn"); 

# exit(l); 
#endif 
## 

#if (RAMTYPE = 2 && (substr(TARGETLIB T 1 ,4) != "vsc7 M && 
substrCTARGETLIB, 1,4) != M vsc6 M )) 

# errorCThe RA5 Ram is only supported in cell-based .6um and .Sum 
technologiesAn"); 

# exit(l); 
#endif 
## 

#if (RAMTYPE = 2 && DEPTH < 8) 

# errorCThe RA5 Ram only supports depths greater than 8An M ); 

# exit(l); 
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fendif 
## 

#if (ESTONLY) 

All options are valid for this template. Push the "View DOC" button for 

more infonnation. 

fendif 

# 

#include fifo_conns.htf 

#if (LANGUAGE & LANGJVERILOG) 

#include fifo_.verjdoc.htf 

#endif 

# 

#if (LANGUAGE & LANG.VHDL) 
#include fifo_vhd_doc.htf 
#endif 
# 

#exit(0) ; 
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APPENDIX 3 



#string RAM-NAME; 
#string DLY^NAME; 
#int status; 
#intstatusall; 
#status = 0; 
#statusall = 0; 

MAM NAME = FILENAME "_ram"; 
#DLY_NAME = FILENAME "_dly"; 
# 

## BUILD THE PORT LIST 
#include fifo_ver JheacLhtf 
# 

#if (RAMTYPE = 0) 
## LATCH RAM 
#include fifo_ver_0.htf 
#endif 
# 

#if (RAMTYPE = 1) 

MFFRAM 

#include fifo_ver_l.htf 

#endif 

# 

#if (RAMTYPE = 2) 

##RA5RAM 

#include fifo_ver_2.htf 

#endif 

# 

## BUILD THE TESTBENCH 
#include fifo_ver_tb Jitf 
# 

#if (TOOLSET = "Synopsys") 

M BUILD THE SYNOPSYS SYNTHESIS SCRIPT 

^include fifo_ver_syn.htf 

#endif 

# 

#if (TOOLSET = "Compass") 

## BUILD THE COMPASS SYNTHESIS SCRIPT 

#include fifo_ver_cmpiitf 

#endif 

# 

#exit(statusall); 



Claims 

1 . A method for developing an integrated circuit design using a compilation tool, said method comprising: 
(A) developing at least one HDL template by: 
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(a) creating said HDL template; and 

(b) creating a parameter file and a parameter check file for said HDL template; 

(B) developing design specifications for use in creating HDL for synthesis; 

(C) creating said HDL for synthesis; and 

(D) creating a netlist for at least one macro block using said design specifications and said HDL template. 

2. A method as recited in claim 1 further comprising : 

synthesizing said netlist; and 

creating a layout using said synthesized netlist. 

3. A method as recited in claim 1 wherein said HDL created for synthesis instantiates at least one macro block not 
defined in said HDL 

4. A method as recited in claim 1 wherein said creating said netlist for said macro block involves compiling said macro 
block directly into a target library based on said design specifications. 

5. A method as recited in claim 1 wherein said HDL for synthesis is created from said design specifications upon user 
input of a password related to said design specifications. 

6. A method as recited in claim 1 wherein said developing said design specifications involves building a menu using 
information contained in said parameter f De and displaying said menu, said menu being arranged to receive input 
from a user. 

7. A method as recited in claim 6 wherein said developing said design specifications further includes checking ranges 
of parameters contained in said parameter file using information contained in said parameter check file. 

8. A method as recited in claim 7 wherein said developing said design specifications further involves determining an 
appropriate macro for use in meeting said design specifications. 

9. A method as recited in claim 8 wherein said determining said appropriate macro involves using said parameter file 
to create a plurality of desired option sets. 

10. A method as recited in claim 9 wherein said developing said design specifications further involves compiling said 
macro using an option set selected from said plurality of desired option sets. 

11. A method as recited in claim 1 wherein said creating said HDL for synthesis includes: 

encrypting said HDL template; 

decrypting said encrypted HDL template; and 

executing said decrypted HDL template. 

12. A method as recited in claim 11 wherein said executing said decrypted HDL template includes calling a second 
HDL template. 

13. A method as recited in claim 1 1 further comprising: 

decrypting at least one subordinate encrypted HDL template which is called by said decrypted HDL template; 
and 

executing said decrypted subordinate HDL template. 

14. A method as recited in claim 13 wherein said calling said subordinate HDL template includes a recursive call to said 
decrypted HDL template. 

15. A method as recited in claim 1 further comprising creating at least one mask for said integrated circuit design. 
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16. An integrated circuit formed in accordance with the method as recited in claim 15. 

17. A method for designing an integrated circuit using a compilation tool, said method comprising: 

(A) developing a plurality of HDL templates by: 

(a) creating said plurality of HDL templates to serve different functions; and 

(b) creating a plurality of parameter files and a plurality of parameter check files for said plurality of HDL 
templates; 

(B) developing design specifications for use in creating HDL for synthesis; 

(C) creating said HDL for synthesis; and 

(D) creating a netlist for at least one macro block using said design specifications and said plurality of HDL tem- 
plates. 

1 8. A method as recited in claim 1 7 wherein said plurality of HDL templates includes at least one top-level template and 
one lower-level template, wherein said top-level template is arranged to call said lower-level template. 

19. A method as recited in claim 18 wherein said plurality of parameter files includes a first parameter file associated 
with said top-level template and a second parameter file associated with said lower-level template. 

20. A method as recited in claim 19 wherein said first parameter file is used to create at least one option set 

21 . A method as recited in claim 20 wherein a first macro instantiated in said top-level template is compiled with said 
option set. 

22. A method as recited in claim 18 wherein said creating HDL for synthesis further includes: 

encrypting said top-level template; 
encrypting said lower-level template; 
decrypting said top-level template; 
decrypting said lower-level template; and 

executing said top-level template, wherein said top-level template is arranged to execute said lower-level tem- 
plate. 

23. A method as recited in claim 17 further comprising verifying functionality and performance of said netlist. 

24. An integrated circuit design tool comprising: 

a computer system including a central processing unit (CPU) and memory coupled to said CPU; 

means for obtaining at least one HDL template, at least one parameter file, and at least one parameter check 

file for use in developing design specifications for an integrated circuit design; 

means for developing said design specifications; 

means for creating HDL for synthesis using said design specifications and said HDL template; and 
means for creating a netlist using said design specifications and said HDL template. 

25. An integrated circuit design tool as described in claim 24 wherein said means for developing said design specifica- 
tions includes means for building a menu using information contained in said parameter file and displaying said 
menu, said menu being arranged to receive input from a user. 

26. An integrated circuit design tool as described in claim 25 wherein said means for developing said design specifica- 
tions further includes 

means for checking ranges of parameters contained in said parameter file using information contained in said 
parameter check fOe. 

27. An integrated circuit design tool as described in claim 26 wherein said means for developing said design specifica- 
tions further includes means for determining an appropriate macro for use in meeting said design specifications. 
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28. An integrated circuit design tool as described in claim 27 wherein said means for determining said appropriate 
macro includes means for using said parameter file to create a plurality of desired option sets. 

29. An integrated circuit design tool as described claim 28 wherein said means for developing said design specrfica- 
5 tions further includes means for compiling said macro using an option set selected from said plurality of desired 

option sets. 

30. An integrated circuit design tool as described in claim 24 wherein said means for creating said HDL for synthesis 
includes: 

10 

means for encrypting said HDL template; 

means for decrypting said encrypted HDL template; and 

means for executing said decrypted HDL template. 

is 31 . An integrated circuit design tool as described in claim 30 further including: 

means for decrypting at least one subordinate encrypted HDL template which is called by said decrypted HDL 
template; and 

means for executing said decrypted subordinate HDL template. 

20 

32. An integrated circuit design tool as described in claim 24 further including means for creating at least one mask for 
said integrated circuit design. 
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